home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000081_owner-linux-arm…r.rutgers.edu _Mon Apr 20 10:50:04 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  4KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from orava.funet.fi (orava.funet.fi [128.214.248.46])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id KAA14862
  4.     for <willy@odie.fluff.org>; Mon, 20 Apr 1998 10:50:02 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2]:28827 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by orava.funet.fi with ESMTP id <391180-29392>; Mon, 20 Apr 1998 12:49:25 +0300
  6. Received: by vger.rutgers.edu id <971155-319>; Mon, 20 Apr 1998 05:45:02 -0400
  7. Received: from lenzie.cent.gla.ac.uk ([130.209.16.18]:42609 "EHLO lenzie.cent.gla.ac.uk" ident: "NO-IDENT-SERVICE") by vger.rutgers.edu with ESMTP id <971072-319>; Mon, 20 Apr 1998 05:44:47 -0400
  8. Received: from localhost (9606585c@localhost)
  9.     by lenzie.cent.gla.ac.uk (8.8.4/8.8.8) with SMTP id KAA26235;
  10.     Mon, 20 Apr 1998 10:48:19 +0100 (BST)
  11. Date:     Mon, 20 Apr 1998 10:48:16 +0100 (BST)
  12. From: James Craig <9606585c@udcf.gla.ac.uk>
  13. X-Sender: 9606585c@lenzie.cent.gla.ac.uk
  14. To: Russell King - ARM Linux Admin <linux@arm.uk.linux.org>
  15. cc: Dickon Hood <dickon-ml@fluff.org>, linux-arm@vger.rutgers.edu
  16. Subject: Re: Installing on an 4 MB A5000
  17. In-Reply-To: <199804191034.LAA01083@raistlin.armlinux.org>
  18. Message-ID: <Pine.GSO.3.95.980420104426.16862B-100000@lenzie.cent.gla.ac.uk>
  19. MIME-Version: 1.0
  20. Content-Type: TEXT/PLAIN; charset=US-ASCII
  21. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  22. Sender: owner-linux-arm@vger.rutgers.edu
  23. Precedence: bulk
  24. X-Loop: majordomo@vger.rutgers.edu
  25. Status: RO
  26.  
  27.  
  28. On Sun, 19 Apr 1998, Russell King - ARM Linux Admin wrote:
  29.  
  30. > Dickon Hood writes:
  31. > > : On Fri, 17 Apr 1998, David Alan Gilbert wrote:
  32. > > 
  33. > > : Here's a serious thought. The Slackware installer works in 4M on the ix86
  34. > > : architecture - anyone feel like recompiling Slack for the ARM?
  35. > > 
  36. > > Would be nice...  IMHO, RH is too SysVile.
  37. > >From what I remember of Slackware, it was worse than RH.  Last time I looked at
  38. > Slackware, it had all sorts of problems *because* it wasn't intelligent enough
  39. > with the init daemon.  For instance, when you boot, it would mount the local
  40. > filesystems, turn on swap etc before entering a run level.  Then, if you shutdown
  41. > to single user mode, it would turn swap off and unmount all filesystems.  Then
  42. > when returning to a run level, it totally and utterly forgot that it had unmounted
  43. > the filesystems.
  44. It's also so nice and uncomplicated that it causes no trouble to 99% of
  45. people. BTW, that bug is one I haven't encountered, and I've been using
  46. Slackware since 1993. :)
  47. > The RH init style may be SysVile-like, but at least *it works* and it is
  48. > *extendable*.
  49. Um, slack isn't non-extendable just because you have to add stuff to the
  50. end of /etc/rc.d/rc.local occasionally. And, of course, it *DOES* work. :)
  51. > However, maybe Slackware has improved since I last looked at it.
  52. Probably. Slackware is so simple in it's setup though that it would be
  53. hard to improve on. 
  54. > > IIRC, from talking to Simes, it is an ADFS problem (not specifically
  55. > > Filecore) which was fixed with the 'Large filecore' released in Risc OS 3.6
  56. > > (not to be confused with the 'Large filecore' to be released with RPCII).  I
  57. > > bought a drive which wouldn't work under the older one; AFAICR we bodged
  58. > > around it by using a pull-[up|down] resistor across two pins.  Very dodgy;
  59. > > don't try this at home ;-)
  60. > Indeed, some drives (notably Western Digital drives) to something very silly -
  61. > if you tell the drive to disable interrupts, it will !!assert!! it's interrupt
  62. > line.  This would then cause RiscOS to hang.
  63. > I'm not certain, but I think that Linus may use this to it's advantage when
  64. > resetting the drive... ;)
  65. Pass. I wouldn't know. The last time I tried writing IDE device drivers, I
  66. managed to send the drive a format command instead of a verify one and
  67. totaled the first 2 tracks. I'll get around to doing them again, but not
  68. until I have a spare hard-drive I don't mind losing everything on. :)
  69.  
  70. -- James Craig
  71.    <jcraig@mad.scientist.com>
  72.  
  73.  
  74. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu